home *** CD-ROM | disk | FTP | other *** search
/ PD ROM 1 / PD ROM Volume I - Macintosh Software from BMUG (1988).iso / Electronic Messages / USEnet Digests / USEnet Vol. 4 / USEnet 4.35 < prev    next >
Encoding:
Text File  |  1988-06-15  |  26.3 KB  |  687 lines  |  [TEXT/ttxt]

  1. 14-Mar-88 09:20:09-PST,27526;000000000001
  2. Return-Path: <usenet-mac-request@RELAY.CS.NET>
  3. Received: from RELAY.CS.NET by SUMEX-AIM.Stanford.EDU with TCP; Mon, 14 Mar 88 09:16:17 PST
  4. Received: from relay2.cs.net by RELAY.CS.NET id aa25395; 14 Mar 88 10:27 EST
  5. Received: from relay.cs.net by RELAY.CS.NET id aa24254; 14 Mar 88 10:12 EST
  6. Received: from sdr.slb.com by RELAY.CS.NET id al24180; 14 Mar 88 10:09 EST
  7. Date: Mon, 14 Mar 88 09:52 EDT
  8. From: Jeffrey Shulman <SHULMAN@sdr.slb.com>
  9. Subject: Usenet Mac Digest V4 #35
  10. To: usenet-mac@RELAY.CS.NET, PIERCE%HDS@sdr.slb.com
  11. X-VMS-To: in%"usenet-mac@relay.cs.net",in%"PIERCE%HDS@SDR.SLB.COM"
  12.  
  13. Date: Mon 14 Mar 88 09:52:30-EDT
  14. From: Jeff Shulman <SHULMAN@SDR>
  15. Subject: Usenet Mac Digest V4 #35
  16. To: Usenet-List: ;
  17. Message-ID: <574354350.0.SHULMAN@SDR>
  18. Mail-System-Version: <VAX-MM(218)+TOPSLIB(129)@SDR>
  19.  
  20. Usenet Mac Digest     Saturday, March 12, 1988       Volume 4 : Issue 35 
  21.  
  22. Today's Topics:
  23.      MC68881 vs. XC68881?
  24.      Re: Tandy Mac Clone?
  25.      Re: Some more A/UX hints (MF, emacs)
  26.      Re: Mac SE hardware question: 4.0 Meg max?
  27.      FONT/DA mover and NFNTs
  28.      NFNT's
  29.      Re: Happy birthday Mac-II
  30.      Re: A/UX tape backup
  31.      I've got a virus and I don't like it
  32.      Re: MacWarehouse Flame
  33.      Re: sndplay in MPW C
  34.      antialiased lineProc
  35.      Re: Can Hypercard be used _at all_ on a 512Ke?
  36.      MacServe vs DiskExpress
  37.      Re: I've got a virus and I don't like it
  38.      Keyboard Remapping
  39.      Experts needed (for a watch that won't spin properly)
  40.      A/UX Screen Saver??
  41.      GRAPHICS FILE GENERATION
  42.      Re: I've got a virus -- fix to halt spread
  43.  
  44. ---------------------------------------------------------------------- 
  45.  
  46. From: rs4u+@andrew.cmu.edu (Richard Siegel)
  47. Subject: MC68881 vs. XC68881?
  48. Date: 6 Mar 88 15:58:31 GMT
  49. Organization: Carnegie Mellon University
  50.  
  51.  
  52. Perhaps some Motorola folks can answer this one...
  53.  
  54. What's the difference between the MC and the XC designation on the
  55. processor package? I've seen both 68020's and 68881's with the XC part
  56. code; what does it mean?
  57.  
  58. Thanks...
  59.  
  60.     --Rich
  61.  
  62.  
  63. ------------------------------
  64.  
  65. From: zrm@eddie.MIT.EDU (Zigurd R. Mednieks)
  66. Subject: Re: Tandy Mac Clone?
  67. Date: 6 Mar 88 22:46:31 GMT
  68. Organization: MIT, EE/CS Computer Facilities, Cambridge, MA
  69.  
  70. Overheard among Cambridge Unix hacker types: "Phoenix WANTS to have Mac
  71. compatible ROMs."
  72.  
  73. Also, I was at the satellite video roll out for the MicroExplorer. TI
  74. and Apple are so lovey-dovey it hardly seems possible that TI would
  75. compete against Apple. TI might concievably make a super-high-end
  76. Macintosh to complement their high-end Explorer processor. They have all
  77. the hardware (their NuBus 680x0-based Unix systems which are already
  78. mated to Lisp processors). They would need the ROMs and to write the i/o
  79. drivers.
  80.  
  81. This would fill a market need for TI, in that the Mac user interface is
  82. probably the best thing that ever happened to Lisp machines and why not
  83. use it throughout the model line. But this is a need that could be
  84. filled by mating Explorer IIs to Macintoshes -- no need to sell (or
  85. licence) the crown jewels. (In fact, it would seem that the software
  86. that makes it possible for the MicroExplorer to live on the Mac II NuBus
  87. would also work over an Ethernet link between a Mac II and a full size
  88. Explorer II.)
  89.  
  90. -Zigurd
  91. -- 
  92. ------------------------------------------------------------------------
  93. Zigurd Mednieks           MURSU Corporation        (617)424-0146
  94.                25 Exeter Street
  95.                Boston, MA 02116
  96.  
  97.  
  98. ------------------------------
  99.  
  100. From: fnf@fishpond.UUCP (Fred Fish)
  101. Subject: Re: Some more A/UX hints (MF, emacs)
  102. Date: 5 Mar 88 18:27:13 GMT
  103. Organization: occasionally
  104.  
  105. Thanks for posting the diffs, I've been wanting to upgrade my version to
  106. the latest.  I have the 18.44 version and it tends to transpose 
  107. characters from the input stream when the system is under relatively
  108. heavy load (a couple of big compiles going in the background for 
  109. example).  The interactive response is still quite good, it's just that
  110. typing "hi, how are you" is likely to come out "hi, ohwa re yuo".
  111.  
  112. Also, don't try to format floppies while uucp is running. Guaranteed to
  113. bring the uucico on your end to a screeching halt.  Sometimes the format
  114. will finish before the other end times out, but then again, sometimes
  115. not...
  116.  
  117. -Fred
  118. -- 
  119. # Fred Fish    hao!noao!mcdsun!fishpond!fnf     (602) 921-1113
  120. # Ye Olde Fishpond, 1346 West 10th Place, Tempe, AZ 85281  USA
  121.  
  122.  
  123. ------------------------------
  124.  
  125. From: sarrel@tut.cis.ohio-state.edu (Marc Sarrel)
  126. Subject: Re: Mac SE hardware question: 4.0 Meg max?
  127. Date: 7 Mar 88 02:02:34 GMT
  128. Organization: The Ohio State University Dept of Computer and Information Science
  129.  
  130. In article <799@bucket.UUCP> martyl@bucket.UUCP (Marty Lee) writes:
  131. >
  132. >Isn't the 68000 capable of addressing
  133. >16 Meg? With the screen, I/O  and ROMs the SE has 8 Meg of addressable
  134. >memory space?  Right? (Wrong?)
  135.  
  136. Well, really the 68000 is cap _more_ than 16 Meg.  Internally it has 32
  137. address lines for a total of 2^32 = 4096 MegaBytes = 4 GigaBytes.
  138. However, in its 64-pin DIP package, only 23 of those address lines come
  139. out. (64 pins is about the largest DIP package you can have.  Newer
  140. version in the 680xx family have non-DIP packages.)  You may notice that
  141. 2^23 = 8 Meg. However, because the 68000 has a 16-bit wide data bus, the
  142. Mac can read in two bytes at a time, effectively doubling the address
  143. space.  In essence,  they use address lines 1 through 24 with line 0
  144. always assumed to be zero.
  145.  
  146. So, as you can see, the 4 Meg limit is not due to the 68000.  It is due
  147. to the fact that the Apple ROMS start at 4Meg in the address If I 
  148. remember correctly, 4Meg through 8Meg is reserved for ROM and every
  149. thing above that is used for memory mapped I/O.  (with lots of
  150. duplication).  Using 20/20 hindsight, you could say that this is very
  151. inefficient on Apple's part (you'd be right).  But they obviously
  152. weren't thinking that anyone would need more than 4Meg of real RAM. 
  153. Most Vaxen and the like don't have that much _real_ space.  (of course
  154. they use virtual memory.)
  155.  
  156. Does anyone in the know want to comment on Apple's design descisions?
  157. -- 
  158. Hope this answered your question.-- 
  159. Marc Sarrel            The Ohio State University
  160. 611 Harely Dr #1        Department of Computer and Information Science
  161. Columbus, OH  43202-1835    sarrel@tut.cis.ohio-state.edu
  162. Disclaimer:  Hey, what do I know?  I'm only a grad student.
  163.  
  164.  
  165. ------------------------------
  166.  
  167. From: newbery@comp.vuw.ac.nz (Michael Newbery)
  168. Subject: FONT/DA mover and NFNTs
  169. Date: 2 Mar 88 23:12:21 GMT
  170. Organization: Computing Serv. Ctr, Victoria Uni., Wellington, New Zealand
  171.  
  172. We just got a LWII/NT today (and very nice it is too) and with it some
  173. new versions of the LW bitmap fonts plus FONT/DA mover version 3.6. Upon
  174. turning it loose on Garamond, which Adobe supply with NFNTs for Bold,
  175. Italic and Bold-Italic, I find that the beast STILL doesn't copy the
  176. NFNTs, i.e. if I want to move NFNTS I still have to use ResEdit!
  177.  
  178. 1) PLEASE Apple, could you fix FONT/DA mover so it knows about NFNTS? 2)
  179. How about supplying bitmap versions of the italic, bold & bold-italic
  180.    for the normal LW fonts? (OR do I have to buy a LWII/SC for that?)
  181.  
  182. [Alert readers will have (correctly) concluded that I hacked the Adode
  183. supplied I, B and BI Garamond FONTs into NFNTS---works fine expect for
  184. the pain of moving them around. ]
  185. -- 
  186. Michael Newbery
  187.  
  188. ACSnet:    newbery@vuwcomp.nz  UUCP: newbery@vuwcomp
  189. Une boule qui roule tue les poules.        (Landslides kill chickens)
  190.  
  191.  
  192. ------------------------------
  193.  
  194. From: sho@tybalt.caltech.edu (Sho Kuwamoto)
  195. Subject: NFNT's
  196. Date: 7 Mar 88 17:19:35 GMT
  197. Organization: California Institute of Technology
  198.  
  199. OK, I plead uncle.  How do I use NFNT's?  I don't have any on disk, but
  200. I know there are some in the Mac II ROMs.  I suppose I wouldn't have
  201. noticed if the 4 bit and 8 bit fonts in ROM were exact duplicates of the
  202. 1 bit fonts, but I'm hoping that's not the case.  
  203.  
  204. Has Apple come out with a version of ResEdit that handles all the color
  205. resources?  I saw a template for color windows (which I was unfortunate
  206. enough to forget to save) but apart from that, nada.  In particular, I
  207. would love to be able to edit cicn's, cluts, and ppats.
  208.  
  209.                         -Sho
  210.  
  211. SonicYouthREMBeatlesKateBushReplacementsResidentsHuskerDuSeveredHeadsArtOfNoise
  212. ChrisAndCoseyJoyDivisionKillingJokeLaurieAndersonWireLouReedSkinnyPuppyBrianEno
  213.  
  214.  (sho@tybalt.caltech.edu, sho@caltech.bitnet, ...!cit-vax!tybalt!sho)
  215.  
  216.  
  217. ------------------------------
  218.  
  219. From: sho@tybalt.caltech.edu (Sho Kuwamoto)
  220. Subject: Re: Happy birthday Mac-II
  221. Date: 7 Mar 88 17:31:38 GMT
  222. Organization: California Institute of Technology
  223.  
  224. Whoops.  After a casual glance at IM-V, it seems that the NFNT's
  225. contained in the ROMs are only there for speed.  
  226.  
  227. I guess the question I then want to ask is where I can get a hold of 
  228. some NFNT's...
  229.  
  230.                         -Sho
  231.  
  232.  
  233. ------------------------------
  234.  
  235. From: phil@Apple.COM (Phil Ronzone)
  236. Subject: Re: A/UX tape backup
  237. Date: 7 Mar 88 19:58:44 GMT
  238. Organization: Ungermann-Bass Enterprises
  239.  
  240. In article <4128@hoptoad.uucp> gnu@hoptoad.uucp (John Gilmore) writes:
  241. >Our Mac-II is ethernetted to a Sun with both cartridge and 6520 BPI
  242. >magtape anyway.  The more serious problem is that they left *dump* and
  243. >*restore* off the Unix distribution!  We have to do backups with tar,
  244. >which doesn't support incremental backups.
  245.  
  246. Actually, we did have dump, restore, rdump and rrestore in there, but
  247. found a really nasty set of bugs just before freezing the production
  248. master. So, we yanked them. Almost, but not quite ...  Sorry about that!
  249. :-)
  250.  
  251. For incrementals, we like find & cpio.
  252. -- 
  253. -------------------------------------------------------------------------------
  254. Philip K. Ronzone, A/UX Technical Manager                   APPLELINK: RONZONE1
  255. Apple Computer, Mail Stop 27AJ, 10500 N. DeAnza Blvd.  Cupertino, CA  95014
  256. UUCP:  ...!{sun,voder,nsc,mtxinu,dual,unisoft}!apple!phil
  257.  
  258.  
  259. ------------------------------
  260.  
  261. From: borton@net1.ucsd.edu (Chris Borton)
  262. Subject: I've got a virus and I don't like it
  263. Date: 8 Mar 88 02:04:12 GMT
  264. Organization: UCSD Network Operations Group
  265.  
  266. This is a warning and plea for more information, if anyone has any. We
  267. just discovered a virus in some of our systems (not all) at work today,
  268. and it has permeated my system at home as well.  The symptoms are
  269. simple:
  270.  
  271. INIT 32 in System File
  272.  
  273. nVIR resources in various applications and the System File.
  274.  
  275. This sucker is tricky -- it is getting itself loaded before any INITs do
  276. (we believe the INIT 32 is just a teaser), like PTCHs do, but it isn't
  277. in PTCH. Our two best programmers spent today tracing through it and
  278. still haven't found a real solution other than offloading and
  279. re-initializing.
  280.  
  281. To our knowledge it is non-malicious (yet).  The nVIR resources are
  282. usually small, sometimes 8 bytes, sometimes ~360.  If you remove them
  283. from both  System and ResEdit, the virus won't let you run ResEdit
  284. because it is looking for those resources and can't find them.  It
  285. occasionally beeps when running a program.
  286.  
  287. We have no idea what installed this.  We are fairly certain it
  288. originated from one of the many small programs that come over the net. 
  289. Many of these would be perfect 'carriers' -- little demo program that's
  290. an "aww, that cute, now let's  trash it."  I'm not putting down these
  291. programs, just pointing out what I feel is obvious.
  292.  
  293. I don't believe this is any cause for panic -- it hasn't done any known
  294. harm yet.  I would, however, like to get to the bottom of this!  If it's
  295. a joke, I don't find it very funny.  (unless it de-installs itself
  296. completely after April Fool's Day :-)). If it is someone's graduate
  297. thesis, you get an A-.  But enough is enough!
  298. -- 
  299. -cbb
  300. Chris "Johann" Borton, UC San Diego    ...!sdcsvax!borton
  301.                     borton@ucsd.edu or BORTON@UCSD.BITNET
  302. Letztes Jahr in Deutschland, nog een jaar hier, en dan naar Amsterdam!
  303. "H = F cubed.  Happiness = Food, Fun, & Friends."  --Steve Wozniak
  304.  
  305.  
  306. ------------------------------
  307.  
  308. From: hallett@lear.steinmetz (Jeff A. Hallett)
  309. Subject: Re: MacWarehouse Flame
  310. Date: 7 Mar 88 15:17:06 GMT
  311. Organization: General Electric CRD, Schenectady, NY
  312.  
  313. Well, I've dealt with MacWarehouse several times and never had a
  314. problem.  Service has always been friendly, competent and speedy.  I
  315. would say that your incident is an isolated one and even in the best
  316. mail-order houses, accidents happen.
  317.  
  318. If you don't like the platinum, then you should send it back.  If it
  319. doesn't bother you enough to send it back, then it isn't worth the
  320. flame. 
  321. -- 
  322. Jeffrey A. Hallett                     | ARPA: hallett@ge-crd.arpa   
  323. Software Technology Program               | UUCP: desdemona!hallett@steinmetz.uucp
  324. GE Corporate Research and Development  | (518) 387-5654
  325. +--------------------------------------+--------------------------------------+
  326. |                            Credo Quia Absurdum Est                          |
  327. +-----------------------------------------------------------------------------+
  328.  
  329.  
  330. ------------------------------
  331.  
  332. From: cswarren@gershwin.berkeley.edu (Warren Gish;133B Biochem;x3-9219)
  333. Subject: Re: sndplay in MPW C
  334. Date: 6 Mar 88 21:55:41 GMT
  335. Organization: University of California, Berkeley
  336.  
  337. This is a bug in MPW C version 2.0.2.  The bug fix was posted to
  338. comp.sys.mac about a month ago by Apple, but here goes again...
  339.  
  340. The trap numbers were omitted from the Sound Manager function
  341. definitions in sound.h.  The missing trap numbers, and their associated
  342. function names, are:
  343.  
  344.     SndDoCommand        0xA803
  345.     SndDoImmediate        0xA804
  346.     SndAddModifier        0xA802
  347.     SndNewChannel        0xA807
  348.     SndDisposeChannel    0xA801
  349.     SndPlay            0xA805
  350.     SndControl        0xA806
  351.  
  352. Just place the trap numbers after the "extern" attribute in each
  353. function prototype.  (If this isn't clear, take a look at the functions
  354. listed in, e.g., Events.h).
  355. -- 
  356. Warren Gish
  357. IS&T
  358. Biochemistry Bldg
  359. University of California
  360. Berkeley, CA 94720
  361. cswarren@violet.berkeley.edu
  362. cswarren@ucbviole.bitnet
  363.  
  364.  
  365. ------------------------------
  366.  
  367. From: sho@tybalt.caltech.edu (Sho Kuwamoto)
  368. Subject: antialiased lineProc
  369. Date: 7 Mar 88 17:28:22 GMT
  370. Organization: California Institute of Technology
  371.  
  372. Has anyone written a lineProc that does a smidgen of anti-aliasing?
  373. Depending on the particular setup of the clut, this could look really
  374. bad, but I think this would be nice for what I want to do.  I'm sort of
  375. writing a data analysis/graphing program (only sort of because I'm
  376. desparately trying to graduate) and since I don't need that many colors,
  377. I thought it would be nice to let users of 256 color machines select an
  378. anti-aliasing option where only 16 colors for graphs would be available
  379. but the lines would be anti-aliased.  This routine should work for both
  380. white and black backgrounds.  On a similar note, does anybody have any
  381. NFNT's of various sizes for Times and Helvetica? (Maybe Avant Garde too)
  382.  
  383.  
  384.                         -Sho
  385.  
  386.  
  387. ------------------------------
  388.  
  389. From: edwards@bgsuvax.UUCP (Bruce Edwards)
  390. Subject: Re: Can Hypercard be used _at all_ on a 512Ke?
  391. Date: 8 Mar 88 14:40:17 GMT
  392. Organization: Bowling Green State University B.G., Oh.
  393.  
  394. In article <23211@ucbvax.BERKELEY.EDU>, wms@cevax.berkeley.edu (Wiley
  395. Sanders) writes:
  396. > I have a 512Ke; can I use hypercard on it at all, even if
  397. > it can only accomodate a minuscule stack? Or does hypercard
  398. > look for 1Meg and refuse to run if there is less?
  399.  
  400. Alas, that is the case. Hypercard in order to do anything needs a full
  401. Meg of memory. That's why even on a SE off the shelf you really can't
  402. use MultiFinder and HC very well together. But there is a glimmer of
  403. hope in the distance. I read in an interview with Bill Atkinson that he
  404. is working on a strickly Brouse mode version of HC with no Scripting,
  405. etc. that will run on the 512K. I hope this materializes as I have some
  406. educational stacks that I'd like students to be able to use on a 512K
  407. machine that is not likely to be upgraded.
  408.  
  409.  
  410.       'These are only the shadowlands.' C.S. Lewis 
  411.       ----------------------------------------------------------------- 
  412.         Ken Jenkins as guest @
  413.  
  414.         CSNET: edwards@bgsu
  415.       ARPANET: edwards%bgsu@csnet-relay
  416.          UUCP: cbosgd!osu-cis!bgsuvax!edwards 
  417.  
  418.       US Mail:
  419.     c/o Century Marketing Corp.
  420.             12836 S. Dixie Hwy.
  421.             Bowling Green , OH 43402
  422.  
  423.         Phone:
  424.             In Ohio 1-800-821-5409
  425.         Out of Ohio 1-800-537-9429
  426.                  or 1-419-354-2591
  427.       -----------------------------------------------------------------
  428.  
  429.  
  430. ------------------------------
  431.  
  432. From: mason@hillst.dec.com (Explaining is not understanding)
  433. Subject: MacServe vs DiskExpress
  434. Date: 8 Mar 88 16:12:00 GMT
  435. Organization: Digital Equipment Corporation
  436.  
  437. Does the way MacServe partitions a hard disk preclude using DiskExpress
  438. to compress/reorganize/prioritize it?
  439.  
  440. Thanks...Gary
  441.  
  442.  
  443. ------------------------------
  444.  
  445. From: spector@vx2.GBA.NYU.EDU (David HM Spector)
  446. Subject: Re: I've got a virus and I don't like it
  447. Date: 8 Mar 88 15:34:00 GMT
  448. Organization: New York University
  449.  
  450. It seems you have been bitten by a virus whose sources were uploaded to
  451. Compu- serve sevral months ago...  The author, a fellow in West Germany,
  452. thought it would be educational to distribute these example viruses in
  453. source form to  encourage people to write defenses against them.  His
  454. stated intent in writing a virus in the first place was to keep people
  455. from running possibly virus ridden program on their production
  456. Macintoshes which had been previously hit by viruses....  its signature,
  457. in the orignal sources, was a resource type of nVir... its a simple yet
  458. potent virus and very easily modified to do bad  things.
  459.  
  460.     ... unfortunately the only way around most of these viruses is to
  461. replace your system folder. (Make sure you do this from a WRITE-LOCKED 
  462. copy of the Apple System installer... or else you'll end up back where
  463. you started, with an infected system.... there is another problems, that
  464. being that the virus  that was on CompuServe knows how to infect
  465. APPLICATIONS, as well as the system itself.  Pretty depressing....
  466.  
  467. For more info on this virus, take a look at Risks Digest volume 6, Nos.
  468. 7, 22,23,24, 27 (a few of the articles are ones I wrote regarding this
  469. and other  Macintosh viruses...)
  470.  
  471.  
  472.            Good Luck....
  473.             David
  474.  
  475. PS: If anyone else out there has seen Macintosh viruses, besides the
  476. "DR" ( Richard Brandow/MacMag virus), I would appreciate hearing about
  477. it.. I am  trying to work up some stats on the spread and possible
  478. strategies for  combating thses things...
  479. -- 
  480. David HM Spector                New York University
  481. Senior Systems Programmer            Graduate School of Business
  482. Arpa: SPECTOR@GBA.NYU.EDU            Academic Computing Center
  483. UUCP:...!{allegra,rocky,harvard}!cmcl2!spector    90 Trinity Place, Rm C-4
  484. MCIMail: DSpector                New York, New York 10006
  485. AppleLink: D1161     CompuServe: 71260,1410     (212) 285-6080
  486.  
  487.  
  488. ------------------------------
  489.  
  490. From: holland@mips.csc.ti.com (Fred Hollander)
  491. Subject: Keyboard Remapping
  492. Date: 7 Mar 88 22:46:47 GMT
  493.  
  494. Having used a lisp machine for over 2 years, I've grown accustomed to a
  495. particular key layout:  1) parentheses on the bracket keys, 2) control
  496. key left of the space bar, and 3) rubout below the tab, where the caps
  497. lock is.
  498.  
  499. I've solved #1 by editing the KCHR resource in the system file, swapping
  500. parens with brackets and #2 by editing the KMAP resource, swapping
  501. virtual key codes of control key with clover key.  I've only made it
  502. halfway with #3. I changed the virtual key code of the caps lock key to
  503. 33 (the delete key), but I believe the problem is that the caps lock key
  504. does not generate a key down event.
  505.  
  506. Is there a map of keys that generate a key down event or is it strictly
  507. a hardware interrupt that is defined by the keyboard?  Also, I would
  508. like to swap the physical keys on the keyboard, but I don't want to
  509. break anything. Do the caps pull off easily, or do I have to desolder
  510. the entire module off the board?
  511.  
  512. Thanks,
  513.  
  514. -- 
  515. Fred Hollander
  516. Computer Science Center
  517. Texas Instruments, Inc.
  518. holland%ti-csl@csnet-rela
  519.  
  520. The above statements are my own and not representative of Texas Instruments.
  521.  
  522.  
  523. ------------------------------
  524.  
  525. From: hg0g+@andrew.cmu.edu (Hunter R. Gordon)
  526. Subject: Experts needed (for a watch that won't spin properly)
  527. Date: 8 Mar 88 16:38:11 GMT
  528. Organization: Carnegie Mellon University
  529.  
  530.  
  531. I've been having a discussion with some other people on the net about
  532. the  spinning watch cursor.  And while they were very infromative about
  533. what is  going on, I still have a wierd problem.  If anyone else out
  534. there knows what  I'm doing wrong or what is going on, I would
  535. appreciate your sending me some  wisdom.
  536.  
  537. I've been trying to change my spinning watch cursor using ResEdit.  I
  538. altered  the hands on the watches in the Finder/CURS file and that
  539. worked perfectly.   Now I would like to change the design altogether.  I
  540. changed the seven cursors  in Finder/CURS and added another so that I
  541. had eight entirely new cursors.   Then I went into the Finder/acur file.
  542.  This file originally looked like this:
  543.  
  544.     00 08 00 00     00 04 00 00
  545.     01 01 00 00     01 02 00 00
  546.     01 03 00 00     01 04 00 00
  547.     01 05 00 00     01 06 00 00
  548.     01 07 00 00
  549.  
  550. The first number refers to how many cursors there are in the spinning
  551. watch.   The other numbers tell which cursors to use.  So I got rid of
  552. the 4 (00 04 00  00) and I added a 264 (01 08 00 00).  I then made sure
  553. that my eight new  cursors had ID numbers from 257 to 264 (they are all
  554. in Finder/CURS).  After  rebooting, my new spinning watch cursor became
  555. a series of dots and lines that  made no sense.  They didn't even
  556. change, it was just one wierd pattern.  It  was as if the masks were
  557. wrong for my cursors and only one of the cursors was  being used.  I
  558. checked the masks and used "Try Cursor" and everthing seemed  fine.  I
  559. have tried other things like changing the cursor in System/CURS ID 4, 
  560. or putting the original 4 back in (which makes the original watch
  561. appear, but  doesn't get rid of the lines) but have been entirely
  562. unsucessful at created a  spinning watch that isn't based on the
  563. original watch shape.  
  564.  
  565. Does anyone know what is going on?  Is there a watch or watch mask in
  566. the ROM  (my original and disputed guess)?  I would appreciate any
  567. wisdom (at  hg0g+@andrew.cum.edu). My computer is a MacPlus with a 2meg
  568. RAM expansion.  I use Finder 6.0,  System  4.2,  and Multifinder 1.0.
  569.  
  570. Thanks,
  571.  
  572. Hunter Gordon
  573.  
  574.  
  575. ------------------------------
  576.  
  577. From: jcc@ut-emx.UUCP (J. Chris Cooley)
  578. Subject: A/UX Screen Saver??
  579. Date: 8 Mar 88 18:04:29 GMT
  580. Organization: The University of Texas at Austin, Austin, Texas
  581.  
  582. Hi, there.  There's this big box nearby that complacently sits with a
  583. nearly solid white screen and the following message:
  584.  
  585.     Apple Computer, Inc.  A/UX
  586.  
  587.     login:
  588.  
  589. Does anybody know of a screen saver or a technique for saving the screen
  590. from burn-in?
  591.  
  592. Words of help are greatly appreciated.
  593.  
  594. (Words resembling "turn down the brightness" or "turn off the monitor"
  595. will be frowned upon :-)
  596.  
  597.                     --chris
  598.  
  599.  
  600. ------------------------------
  601.  
  602. From: jezebel@ut-emx.UUCP (Jim Rulla)
  603. Subject: GRAPHICS FILE GENERATION
  604. Date: 9 Mar 88 00:22:00 GMT
  605. Organization: The University of Texas at Austin, Austin, Texas
  606.  
  607. Ladies and Sirs,
  608.  
  609. I have one more, I am trying to generate a graphics image on the MAC II.
  610. Our aim is to do it as fast as possible. We have a CRAY  X-MP/24
  611. supercomputer available. One scheme that I believe can be implemented is
  612. to do the computation on the CRAY and then ship a data file to the MAC
  613. II via ftp and then display it there using a program which reads the
  614. data.  The data, for example,  could be mini-rectangles with color
  615. definitions. Thus, the computation of the coordiantes of the
  616. mini-rectangles and their colors could be done on the CRAY while we
  617. could do the display on our trusty little MAC II.  What do you think of
  618. the above scheme ? Any suggestions as to what kind of data file I should
  619. write on the CRAY ? Does any software exist for the MAC II which can
  620. read x,y,color from a file and then display it ? Well, that's all I have
  621. to ask... Re. my last query, I sincerely appreciate the input y'all gave
  622. and it definitely helped a lot Thanks, really Jim
  623.  
  624.  
  625. ------------------------------
  626.  
  627. From: borton@net1.ucsd.edu (Chris Borton)
  628. Subject: Re: I've got a virus -- fix to halt spread
  629. Date: 9 Mar 88 05:28:17 GMT
  630. Organization: UCSD Network Operations Group
  631.  
  632. Well, Mike came through today at work and figured that virus out
  633. completely. This is a very quick description of what it does and how to
  634. stop the spread; a comprehensive report describing all of its workings
  635. will follow in a day or two.  If anyone has strong feelings about
  636. publishing this information (anti-virus could be doubly
  637. reverse-engineered) please mail me ASAP.
  638.  
  639. For ResEdit hackers: Quick-fix to halt spread: open INIT 32 in your
  640. System File with ResEdit. Select all hex code and delete.  Enter in two
  641. bytes -- 4E 75 -- which merely puts an RTS there.  Then go into each
  642. nVIR resource and delete all information in them.  Don't delete those
  643. resources!  The virus checks for their existence (only); if they are
  644. there, then it assumes they're OK.  With the changes above, they are
  645. harmless and won't spread the virus further.
  646.  
  647. The virus depends upon INIT 32 and nVIR 0-7 resources in the System
  648. file.  What it does to each application is modify the CODE #0 resource,
  649. altering 8 bytes in the jump table to execute the code in CODE #256,
  650. which it also installs.  The nVIR resources hold copies of important
  651. info -- #2 has the 8 original bytes from the applications CODE 0
  652. resource.  #6 is a copy of INIT 32, and so on... The 8 bytes are the
  653. first 8 on the third line in ResEdit.
  654.  
  655. There is a 1 in 16 chance upon running an infected application that it
  656. will say "Don't panic" if you have MacinTalk installed, SysBeep
  657. elsewise.
  658.  
  659. An interesting side note to all this: applications done with Lightspeed
  660. C are NOT affected.  They will have nVIR resources and CODE 256, but no
  661. patch.  Why? LS C automatically sets the ResProtect bit on CODE 0, so
  662. the patch is never written out.  MPW code is NOT protected.  Anyone care
  663. to comment on the significance of this all?
  664.  
  665. Mike is writing two things tonight that should help the situation: one
  666. is a patch for GetResource that, if nVIR is detected, warns the user
  667. that the current application is infected.  The other is a vaccination
  668. program that reverse-patches infected programs.  Hopefully these will be
  669. ready and posted soon.
  670.  
  671. Again, this is a touchy issue in some places.  Please contribute any
  672. knowledge you have; I agree in principle with the German fellow on
  673. getting this out in the open, but am deeply chagrined that someone would
  674. actually implement this and spread it.
  675. -- 
  676. -cbb
  677. Chris "Johann" Borton, UC San Diego    ...!sdcsvax!borton
  678.                     borton@ucsd.edu or BORTON@UCSD.BITNET
  679. Letztes Jahr in Deutschland, nog een jaar hier, en dan naar Amsterdam!
  680. "H = F cubed.  Happiness = Food, Fun, & Friends."  --Steve Wozniak
  681.  
  682. ------------------------------
  683.  
  684. End of Usenet Mac Digest
  685. ************************
  686. -------
  687.